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(57) Abstract 

CAE (Computer Aided Engineering) and/or CAD (Computer Aided Design) systems are known from the prior art. According to the 
invention, the system is designed such that object-oriented engineering of a plant with sufficient performance for interactive operation is 
possible. To this end, the system comprises a data model which represents in a physical product model the objects of the plant structure 
which exist in reality. Built about the abstract physical product model are applications which do not have their own data model. The 
applications form a window onto the abstract physical model, the window visualizing the abstract physical model in an application-specific 
manner especially for plant and/or electrical engineering. A module for use with this system employs a single classification method when 
structuring specific objects. 




Vom Stand dcr Tcchnik sind CAE- und/odcr CAD-Systcmc bekannt. GemaB der Erfindung ist das System derart ausgebildet, dafi cin 
objektorientiertes Engineering einer Anlage mit hinreichender Performance fiir die interaktive Bedienung mdgltch ist. Dazu ist insbesondere 
ein Datenmodell vorhanden, das die in der Realitat vorkommenden Objekte des Anlagenbaus in einem physischen Produktmodell abbildet. 
Urn das abstrakte physische Produktmodell sind Applikationen gebaut, die kein eigenes Datenmodell haben. Die Applikationen bilden 
ein Fenster auf das abstrakte physische Modell, wobei das Fenster das abstrakte physische Modell applikationsspeziflsch speziell fflr ein 
anlagentechnisches und/oder elektrotechnisches Engineering visualisiert Ein Baustein zur Anwendung bei diesem System verwendet eine 
einzige Klassifikation bei der Staikturierung definierter Objekte. 
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Beschreibung 

Computergestutztes Arbeits- und Informationssystem und zuge- 
hdriger Baustein 

5 

Die Erfindung bezieht sich auf ein computergestutztes Ar- 
beits- und Informationssystem, insbesondere CAE und/oder CAD- 
System, und dabei verwendeter Baustein. 

10 Die Projektierung bzw. das Engineering einer groStechnischen 
Anlage erfolgt heutzutage in der Praxis bereits weitgehend 
computergestutzt . Insbesondere beim anlagentechnischen und 
elektrotechnischen Engineering tritt das Problem auf, dafi im 
Anlagen-Entstehungsprozefi konsistente Dokumente erzeugt wer- 

15 den mussen bzw. dafi auf konsistenten Dokumenten aufsetzend 
das Engineering modifiziert werden mufi. 

Beispielsweise bei der Anlagendokumentation wird bisher durch 
manuelle Nacharbeit versucht, die Dokumentation durchgehend 

20 konsistent zu gestalten. Weitergehende Ansatze versuchen, 
durch zeitintensive post-processing-LSuf e die verschiedenen 
Datenmodelle der am Anlagenentstehungsprozefi beteiligten Dis- 
ziplinen/Applikationen abzugleichen. Der Abgleich kann nur 
eine Partiallosung darstellen, weil im allgemeinen Fall die 

25 verschiedenen Datenmodelle nicht bijektiv abbildbar sind. 

Mit der VerGf f entlichung *Die Zukunft ist objektorientierf 
(CAD-CAM REPORT Nr. 4, S.90 - 100 (1995)) wird auf die Mog- 
lichkeit der Realisierung reaktiver Systeme hingewiesen. Die 
30 bestehende Hardwareleistung wird dort aber als noch ungenO- 
gend bezeichnet und es werden fur die Zukunft entsprechende 
Software-Algorithmen gefordert, da zur praktischen Ausfuhrung 
beim Anlagenengineering umfangreiche Datenmengen bewegt wer- 
den mussen. 

35 

Aufgabe der Erfindung ist es daher, ein Arbeits- und Informa- 
tionssystem zu schaffen, mit dem speziell im anlagentech- 
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nischen und elektrotechnischen Engineering wahrend des An- 
lagenentstehungsprozesses immer konsistente Dokumente erzeugt 
werden. Mit dem Begriff 'Erzeugen' soil auch das VerSndern 
von Dokumenten (Editieren) berucksichtigt werden. Weiterhin 
5 soil ein spezifischer Applikationsbaustein geschaffen werden. 

Die Aufgabe ist erf indungsgemaS dadurch gelSst, daS beim ob- 
jektorientiert ausgebildeten Arbeits- und Informations- 
system, bei dem zur Strukturierung Datenmodelle verwendet 

10 werden, die jeweils ein abstraktes physisches Modell der in 
der Realitat vorkommenden Objekte darstellen, und bei dem den 
abstrakten physischen Modellen jeweils Applikationen ohne ei- 
genes Datenmodell zugeordnet sind, die ein Fenster auf das 
abstrakte physische Modell bilden, das Fenster das abstrakte 

15 physische Modell applikationsspezif isch speziell fur ein an- 
lagentechnisches und/oder elektrotechnisches Engineering vi- 
sualisiert. Vorzugsweise werden zur Visualisierung Teile je- 
weils eines Objektes ttber eine algorithmische Verarbeitugs- 
einheit vom abstrakten physischen Modell in das fur das anla- 

20 gentechnische und/oder elektrotechnische Engineering applika- 
tionsspezif ische Fenster gebracht. Dabei ist vorteilhaft, daS 
eine Engineeringkette realisiert ist, in der die Objekte - 
mathematisch gesehen - eindeutig sind. 

25 Mit der Erfindung ist erstmalig ein durchgehend objektorien- 
tiertes Engineering in der gesamten anlagentechnischen 
und/oder elektrotechnischen Engineeringkette mdglich. Dabei 
besitzt das System gemaS der Erfindung als wesentliches ar- 
chitektonisches Merkmal ein abstraktes physisches Produkt- 

30 modell. Das abstrakte physische Produktmodell beschreibt die 
im anlagentechnischen bzw. elektrotechnischen Engineering 
vorkommenden realen Objekte in einer kompakten und vollstan- 
digen Notation. Dies bedeutet, daS die kompakte Notation der 
Objekte eine 1 : 1-Korrespondenz zwischen abstraktem physischem 

35 Produktmodell und der in der Realitat vorkommenden Objekte 
darstellt . 
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Als weiteres architektonisches Merkmal werden urn das ab- 
strakte physische Produktmodell Applikationen gebaut, die 
sich dadurch auszeichnen, kein eigenes physisches Datenmodell 
zu besitzen. Vielmehr stellt eine Applikation lediglich je- 
5 weils ein Fenster auf das abstrakte physische Produktmodell 
dar, in der das Produktmodell in einer bestimmten Applikation 
spezifischer Art visualisiert wird. Uber das Fenster kann das 
abstrakte physische Produktmodell sukzessive aufgebaut bzw. 
modifiziert werden. 

10 

Bei der Erfindung erzwingt in vorteilhaf ter Weise das System 
durch seine Architektur immer eine konsistente Anlagendoku- 
mentation in der gesamten Engineeringkette. Insbesondere die- 
se Architektur modifiziert und aktualisiert dann mit einer 
15 fur eine interaktive Bedienung hinreichenden Performance alle 
Dokumente in den einzelnen Fenstern, die auch als sogenannte 
Views bezeichnet werden. 

Als erganzender Bestandteil der Erfindung kann eine Methode 
20 innerhalb des Arbeits- und Informationssystem geschaffen wer- 
den, mit der im Engineering w&hrend des Anlagen- 
Entstehungsprozesses und den folgenden Lebensphasen des Pro- 
duktes "Anlage" immer konsistente Objekte fur beliebig erwei- 
terbare zusatzliche Visualisierungen applikations-spezif isch, 
25 beispielsweise auf die Anschlusse eines Produktes, konsistent 
erzeugt und verwaltet werden. 

Letzteres wird erf indungsgemaS mit einem zusatzlichen Bau- 
stein realisiert, bei dem zur Strukturierung definierter Ob- 

30 jekte, z.B. von Produkten und Netzwerken, eine einzige Klas- 
sifikation fur die realen AnschluSklassen dieser Objekte ver- 
wendet wird. Dieselbe Klassif ikation ist aus Konsistenz- 
grunden auch fur die Reprasentationen solcher Objekte mit 
Hilfe graphischer Symbole zu verwenden. Die Klassif ikation 

35 ist somit ein abstraktes Modell aller der in der Realitat 
vorkommenden AnschluSklassen. Jedes Objekt innerhalb einer 
Anlage steht funktional nur uber seine Anschlusse mit seiner 
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Umwelt in Verbindung. Jeder AnschluS eines Objektes ist durch 
die Klasse des Anschlusses in ein Netzwerk identischer Klas- 
se eingebunden. Die Klassif izierung last sich auf jeder Ebene 
beliebig hierarchisch erweitern. 

5 

Die Einfuhrung dieser Methode erlaubt OnLine eine Plausi- 
bilitatsprufung hinsichtlich Konsistenz zwischen den unter- 
schiedlichen AnschluSklassen eines Objektes • Vorgesehene Ver- 
bindungen eines Anschlusses einer definierten Klasse an ein 
10 Netzwerk einer anderen Klasse Oder einen direkten AnschluS 
eines Objektes einer Klasse an den AnschluS eines Objektes 
einer anderen Klasse werden automatisch zwangsweise abgewie- 
sen. 



15 Die Einfahrung dieser Methode erlaubt weiterhin OnLine eine 
Plausibilitatsprufung hinsichtlich Konsistenz auch zwischen 
den Daten der einem AnschluS zugewiesenen technischen Merkma- 
le und den entsprechenden Daten der Merkmale des anzuschlie- 
Senden Anschlusses des Netzwerkes der identischen AnschluS- 

20 klasse. 



Durch die Spezif ikation aller AnschluSklassen eines realen 
Produktes im Anlagenbau wird nicht wie bisher nur eine Klasse 
von Anschlussen verwaltet, sondern alle erf orderlichen bzw* 
25 benatigten Klassen des identischen Objektes innerhalb einer 
Anlage bzw. eines Systems, 



Besonders vorteilhaft ist, daS die Bearbeitung der verschie- 
denen Views auf die AnschluSklassen eines Objektes mit den 
30 Funktionen des erf indungsgemas geschaffenen CAE- bzw. CAD- 

Systems abgewickelt werden kann. Beispielsweise k6nnen iden- 
tische Funktionalitaten fur das Routing aller beliebigen Net- 
ze im 2D- und 3D-Umfeld, oder das Erzeugen von MSR-, Strom- 
lauf- sowie P&ID Schemata erreicht werden. 



Weitere Einzelheiten und Vorteile der Erfindung ergeben sich 
aus der nachf olgenden Figurenbeschreibung eines Ausfuhrungs- 
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beispiels anhand der Zeichnung in Verbindung mit weiteren Un- 
teranspruchen. Es zeigen 

Figur 1 eine Darstellung der gem&S dem Stand der Technik ex- 
5 emplarisch m&glichen Applikationen zum Aufbau einer 

e 1 ek t r o t echni s chen Anl agendokumen t a t i on , 
Figur 2 den prinzipiellen architektonischen Aufbau des Sy- 
stems gemaS der Erfindung, 
Figur 3 eine konkrete Realisierung der Figur 2 am Beispiel 
10 eines Motors, 

Figur 4 einen prinzipiellen Aufbau einer Engineeringkette auf 

unterschiedlichen Plattformen, 
Figur 5 ein zu Fig. 2 erg&nzenden architektonischen Aufbau 
des Systems, der einen eigenen Baustein bilden kann, 
15 und 

Figur 6 eine konkrete Realisierung der Figur 1 am Beispiel 
der Reprasentation eines elektromagnetisch betatigten 
pneumatischen Ventils mit Hilfskontakt fur einen LWL- 
Anschlufi mittels grafischer Symbole. 

20 

Beim Engineering von Anlagen ist die Anlagendokumentation von 
wesentlicher Bedeutung. In Figur 1 sind exemplarisch mogliche 
Applikationen zum Aufbau einer elektrotechnischen Anlagen- 
dokumentation als Blockschaltbild dargestellt. Dabei bedeuten 

25 11 eine Einheit fur die Projektverwaltung und zur Projekt- 
strukturierung, 12 eine Einheit fur einen Stromlaufplan, 13 
bis 16 Einheiten fur Klemmenplan, Betriebsmittelplan, Stuck- 
liste od. dgl. und 17 eine Einheit fur das Schaltschrank- 
Layout. Wesentlich ist dabei, daS aus der Einheit 11 die Da- 

30 ten zur Einheit 12 gehen und von dort zu den Einheiten 13 bis 
16. Aus der Einheit 16 fur die Stuckliste laEt sich das 
Schaltschrank-Layout generieren. Jede der Einheiten 11 bis 17 
hat dabei eine eigene Datenstruktur, beispielsweise die Ein- 
heit 11 die Datenstruktur A, die Einheit 12 die Datenstruktur 

35 B, usw. . Die Einheit 17 fur das Schaltschrank-Layout hat dem- 
zufolge die Datenstruktur G. 
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Wenn aus technischen Notwendigkeiten heraus in der Applika- 
tion gemafi Einheit 13 (Klemmenplan) die Klemmenbezeichnung 
auf der Klemmenleiste verSndert wird, ist zunachst die logi- 
sche Beschreibung der Schaltung im Stromlaufplan davon unbe- 
5 ruhrt. Nur durch manuelles Nachziehen der Anderung in der Ap- 
plikation gem*£ Einheit 12 (Stromlaufplan) kann die Kon- 
sistenz der Dokumente, d.h. Stromlaufplan und Klemmenplan, 
sichergestellt werden. 

10 Letztere Problematik verscharft sich, wenn die Verkettung der 
Applikationen fur das Anlagen-Engineering linger wird. Aus 
Figur 1 ist ersichtlich, daS bei Modif ikationen der Be- 
stuckung in der Einheit 17 fur das Schaltschrank-Layout erst 
ein manuelles Nachziehen des Stromlaufplanes und der Stuck- 

15 liste die Wiederherstellung der konsistenten Engineering- 
Dokumente zur Folge hat. Damit sind aber insbesondere bei 
langeren Engeneeringketten entsprechende Fehlerquellen ver- 
bunden . 

20 In Figur 2 ist der prinzipielle architektonische Aufbau eines 
neuen CAE-Systems fur die Elektrotechnik(ET) bzw. fur die 
Elektro-, Mefi- und Regeltechnik(EMSR) wiedergegeben . Dabei 
bedeutet 20 ein physisches und konsistentes Produktmodell in 
einer objektorientierten Datenbank (OODB) , das von einzelnen 

25 Sektoren 21 bis 28 umgeben ist und mit diesen Sektoren in bi- 
direktioneller Datenverbindung steht. Beispielsweise bedeutet 
21 die Applikation "Betriebsmittelplan" , 22 die Applikation 
■ Stromlaufplan" , 23 die Applikation "Klemmenplan- , 24 die Ap- 
plikation "Verdrahtungslisten", 25 die Applikation "SPS Ge- 

30 samtdarstellung", 26 die Applikation - Stucklisten" , 27 die 
Applikation "Kabel etc.". Wesentlich ist dabei, dafi das ab- 
strakte physische Produktmodell 20 ein physisches Datenmodell 
beinhaltet, wahrend die darum gebauten Applikationen kein ei- 
genes physisches Datenmodell besitzen. Vielmehr stellen die 

35 Applikationen lediglich jeweils ein Fenster ("View") auf das 
abstrakte physische Produktmodell 2 0 dar, in der das Produkt- 
modell in einer applikationspezif ischen Art visualisiert 
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wird. Ober diese sogenannten Views wird das abstrakte physi- 
sche Produktmodell sukzessive aufgebaut bzw. modifiziert. 

Modif ikationen in einer View -entsprechend einer der Appli- 
5 kationen 21 bis 28 - bedeuten die automatische Aktualisiemng 
der anderen applikationsspezif ischen Views, weil die anderen 
applikationsspezif ischen Views lediglich die graphische Re- 
presentation, d.h, die Visualisierung des abstrakten physi- 
schen Produktmodells, darstellen. Es werden auch nur die Tei- 

10 le eines Objektes in der View visualisiert , die in dieser En- 
gineering-Disziplin von Interesse sind. Beispielsweise visua- 
lisiert sich ein Objekt "Bauteil" im Stromlaufplan mit seiner 
log is chen Funk t ion, im Klemmenplan dagegen unter anderem mit 
seinen Anschlufibezeichnungen, in der Stuckliste mit seinen 

15 Bestelldaten. 

Die Umsetzung des Objektes in einzelne Views far bestimmte 
Appl ikationen wird anhand Figur 3 fur das Beispiel eines Mo- 
tors beschrieben. Es wird deutlich, daE dafur jeweils nur 
20 Teile des Objektes verwendet werden und mittels spezifischer 
Verarbeitungseinheiten, die einen vorgegebenen Algorithmus 
beinhaltet, visualisiert werden. Die Visualisierungsmethoden 
sind dabei sof tware-gestutzt . 

25 In Figur 3 ist ein physisches Produktmodell fur einen Motor 
mit 30 bezeichnet. Die Elemente dieses in der objektorien- 
tierten Datenbank (OODB) abgespeicherten physischen und kon- 
sistenten Produktmodells beinhalten beispielsweise eine Grup- 
pe 31, welche die logische Funktion des Motors beschreiben, 

30 und beispielsweise eine andere Gruppe 32, welche eine reine 
Aufz&hlung beinhaltet. Entsprechend Figur 2 ldSt sich vom 
physischen Produktmodell 30 des Motors beispielsweise ein er- 
stes Fenster 34 generieren, welches den Stromlaufplan visua- 
lisiert. Dazu ist eine Einheit 35 mit einer spezif ischen Vi- 

35 sualisierungsalgorythmik vorhanden, die jedoch keine eigene 
Datenstruktur beinhaltet. Es wird somit erreicht, daS die 
View m Stromlaufplan" mit der eigenen Algorithmik entsprechend 
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15 
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30 
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der Einheit 35 die aus der Anwendungssicht relevanten Infor- 
roationen des physischen Produktmodells 30 fur den Motor in- 
terpretiert und visualisiert . Dafur werden die in der Einheit 
31 zusammengefaBten relevanten Informationen verwendet. 

Ganz entsprechend kann in einem anderen Fenster 36 die Stuck- 
liste dargestellt werden, wobei hier wiederum eine Einheit 37 
mit einer eigenen Visualisierungsalgorythmik vorgeschaltet 
ist, die ebenfalls keine eigene Datenstruktur hat. Es wird so 
in der View -Stuckliste- die Stuckliste mit einer eigenen Al- 
gorithmik interpretiert und visualisiert, wobei in diesem 
Fall die relevanten Informationen aus dem physischen Produkt- 
modell 30 fur den Motor durch die Untergruppe 32 verwendet 
wird. 



Wird nun beispielsweise in der View .Stuckliste- die Bezeich- 
nung Ml geandert, erhalt der Stromlaufplan automatisch durch 
die beschriebene Software-Architektur die geanderte Bezeich- 
nung. Dabei wird deutlich, daS im physischen Produktmodell 30 
immer nur ein Objekt den Reprasentanten fur spezifische an- 
lagentechnische Merkmale darstellt. Letzterer ist die 
Schnittmenge der Gruppen 31 und 32, d.h. konkret, die gemein- 
sam vom Rechteck und der Ellipse in Figur 3 uberstrichene 
Flache. Entscheidend ist dabei, daS die beiden Fenster 34 und 
25 36 mit den jeweiligen Views keine eigene physische Daten- 
struktur besitzen, sondern vielmehr mit der viewspezif ischen 
Algorithmik Teile des physischen Produktmodells 30 fur den 
Motor interpretieren und visualisieren . 



Der Aufbau und die Modifikation des in der objektorientierten 
Datenbank (OODB) befindlichen physischen Produktmodells wird 
fur das objektorientierte Engineering durch eine Client-Ser- 
ver-Architektur unterstutzt, wobei die Clients mit den oben 
beschriebenen Views und die Server auf verschiedenen Hard- 
35 ware(HW)-Plattformen laufen konnen. Dadurch wird eine trans- 
parente und gleichzeitige Projektbearbeitung unterstutzt , 
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selbst wenn der eine Client auf MS /Windows und der andere 
Client auf UNIX operiert. 

Die Figur 4 zeigt im einzelnen, daS Multi-User, Concurrent - 
5 Engineering und Interoperabilit&t uber verschiedene Platt- 
formen m6glich sind. Im einzelnen stellt 40 einen CX)DB-Server 
dar, der beispielsweise auf einer Unix- und/oder Windows - 
Plattform l&uft und dem in einer Einheit 41 die Daten gemaS 
OODB zugeordnet sind, wobei die Einheit 41 ebenfalls auf ei- 

10 ner UNIX- und/oder Windows-Plattform lSuft. Es sind exem- 

plarisch zwei Nutzer 46 und 47 dargestellt, von denen der ei- 
ne Nutzer 46 einen PC mit Windows und der andere Nutzer 47 
eine Workstation mit UNIX hat. Beispielsweise werden beim 
Nutzer 46 die Views ^Projektstruktur/Projektverwaltung" und 

15 "Stroml auf plan" angezeigt und beim Nutzer 47 der Views 
■Klemmenplan, Stuckliste" . 

Bei der gemSS Figur 4 beschriebenen Client-Server-Architektur 
ist eine vollstandige Interoperabilit&t zwischen den unter- 
20 schiedlichen Systemen gegeben. 

Anhand der Figuren 2 bis 4 wurde ein computergestutztes Ar- 
beits- und Inf ormat ions system beschrieben, mit dem ein durch- 
gehend objektorientiertes Engineering einer Anlage moglich 

25 ist. In den damit geschaffenen Anlagendokumenten passen Pro- 
jektstrukturierung, Stromlaufplan, Stucklisten, Klemmenplan 
etc. immer zusammen. Andert man beispielsweise im Klemmen- 
Editor Klemmenbezeichnungen, so werden entsprechend alle Do- 
kumente geandert, auf denen die Klemmenbezeichnungen auch 

30 auf tret en, automatisch aktuell gehalten. Ein aufgeblendetes 
Stromlaufplandokument zeigt die aktuellen ge^nderten Klemmen 
an. Dabei kann das Engineering der Klemmen in einem Klemmen- 
Editor auf einer HW-Plattform A von einem Projekteur Al 
durchgefuhrt werden, wobei der Projekteur Bl auf der HW- 

35 Plattform B sofort das aktuelle Stromlaufplandokument sieht. 
Entsprechendes gilt fur die anderen anlagentechnischen Diszi- 
plinen analog, beispielsweise Stucklisten fur Bestellung, 
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Projektverwaltung/Projektstrukturierung, Betriebsmittelplan, 
EMR-Stellenplan oder Schaltschrank-Layout . 

Beam Engineering gemafi den Figuren 2 bis 4 ist also eine in 
5 der Engineeringkette durchgehend konsistente Anlagendokumen- 
tation gewahrleistet. In Figur 5 ist der prinzipielle archi- 
tektonische Aufbau des neuen CAE-Systems mit zusatzlichem 
Baustein wiedergegeben. Dabei bedeutet 100 ein Objekt mit An- 
schlussen in der objektorientierten Datenbank (OODB) als Un- 
10 tergruppe des Objektes 20 aus Fig. 2, das von einzelnen Sek- 
toren 101 bis n umgeben ist und mit diesen Sektoren in bidi- 
rektionaler Datenverbindung steht. 

Beispielsweise bedeutet der Sektor 101 die Sicht auf das Ge- 
15 samtobjekt, dokumentiert z.B. in verschiedenen funktions-, 
produkt- und ortsorientierten Applikationen eines Betriebs- 
mittelplans. Sektor 102 bedeutet die Sicht auf die elektri- 
schen Anschlusse, dokumentiert wiederum in verschiedenen 
funktions-, produkt- und ortsorientierten Applikationen. Sek- 
20 tor 103 bedeutet die Sicht auf die material fuhrenden An- 
schlusse, ggf. subklassifiziert, dokumentiert ebenfalls in 
verschiedenen funktions-, produkt- und ortsorientierten Ap- 
plikationen. Die einzelnen Applikationen sind in Fig. 5 je- 

weils mit 111,112, mit 113,121, 122,123 etc fur Stuckli- 

25 sten, AnschluBplanlisten und Schemaplane, . . . etc bezeichnet. 
Entsprechendes gilt analog fur die weiteren Sektoren 104 bis 
n. Uber diese Views kann das abstrakte physische Produktmo- 
dell sukzessive aufgebaut bzw. modifiziert werden. 

30 Die Umsetzung des Objektes in einzelne Views fur bestimmten 
Applikationen wird anhand Figur 6 fur das Beispiel eines 
elektromagnetisch betatigten pneuroatischen Ventils erlautert: 
Dabei symbolisieren die Bezugszeichen 130 einen elektrischen 
Leiter, 140 einen materialf uhrenden Leiter (Ventil) und 150 

35 einen optischen Leiter (LWL) , welche Einheiten durch ein me- 
chanisches Wirknetz 160 gekoppelt sind. Als unterschiedliche 
Views sind gemaS Fenster 180 einerseits eine Gesamtansicht 
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des Objektes sowie durch die Fenster 181 bis 184 andererseits 
jeweils Teilansichten auf die mechanischen Wirknetze. Auf die 
elektrischen Leiter, auf die material fuhrenden Leiter und auf 
die optischen Leiter m6glich. 

5 

Durch Fig .6 wird verdeutlicht, dafi durch die vorgeschlagene 
Methode erstmals gesamtheitlich alle Anschlusse eines Objek- 
tes betrachtet werden kdnnen und mittels spezifischer soft- 
ware-gestutzter Verarbeitungseinheiten, die einen vorgegebe- 
10 nen Algorithmus beinhalten, in den verschiedenen Applikatio- 
nen visualisiert werden. Weiterhin ist ersichtlich, daS die 
in einem Sektor angewendeten Verarbeitungseinheiten auf jeden 
anderen der Sektoren gleichfalls angewendet werden kann. 



15 Das beschriebene System wurde als CAE (Computer Aided Engi- 
neering) -System Oder als CAD (Computer Aided Design) -System 
speziell fur die Elektrotechnik (ET) beschrieben. Die glei- 
chen Prinzipien konnen auch speziell fur das Fachgebiet Elek- 
trotechnik, Messen, Stellen und Regeln (EMSR) angewandt wer- 

2 0 den . 
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Patentanspruche 

1. Computergestutztes Arbeits- und Inf ormationssystem, insbe- 
sondere CAE- und/oder CAD-System, das objektorientiert ausge- 
bildet ist und bei dem zur Strukturierung Datenmodelle ver- 
wendet werden, die jeweils ein abstraktes physisches Modell 
der in der Realitat vorkommenden Objekte darstellen, und bei 
dem der abstrakten physischen Modellen jeweils Applikationen 
ohne eigenes Datenmodell zugeordnet sind, die ein Fenster auf 
das abstrakte physische Modell bilden, wobei das Fenster das 
abstrakte physische Modell applikationsspezif isch speziell 
fur ein anlagentechnisches und/oder elektrotechnische Engi- 
neering visualisiert. 

15 2. System nach Anspruch 1, dadurch gekenn- 
zeichnet , daS zur Visualisierung Telle jeweils 
eines Objektes uber eine algorithmische Verarbeitungseinheit 
vom abstrakten physischen Modell in das fur das anlagentech- 
nische und/oder elektrotechnische Engineering applikations- 

20 spezifische Fenster gebracht werden. 

3. System nach Anspruch 2, dadurch gekenn- 
zeichnet , daS von der algorithmischen Verarbei- 
tungseinheit eine Engineeringkette realisiert wird, in der 

25 die Objekte eieineindeutig sind sowie ggf . fortlaufend mit 
Informationenen angerei chert werden. 

4. System nach Anspruch 2, dadurch gekenn- 
z e i c h ne t , daS das anlagentechnische und/oder elektro- 
technische Engineering Objekte zum Messen, Stellen, Regeln 
(MSR) umfafit. 



30 



5. System nach einem der vorhergehenden Anspriiche, g e - 
kennzeichnet durch eine Ablauf f ahigkeit auf un- 
35 terschiedlichen HW-Plattformen. 
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6. System nach einem der vorhergehenden Anspruche, g e - 
kennzeichnet durch einen Client-Server-Betrieb. 

7. System nach Anspruch 1 oder einem der Anspruche 2 bis 6, 
5 dadurch gekennzeichnet, dafi in der 

gesamten Engineeringkette eine konsistente Anlagendokumenta- 
tion gew&hrleitet ist. 

8. Baustein zur Anwendung bei einem Computergestatzten Infor- 
10 mat ions system nach Anspruch 1 oder einen der Anspruche 2 bis 

7, dadurch gekennzeichnet, daS zur 
Strukturierung definierter Objekte, beispielsweise von Pro- 
dukten und Netzwerken, eine einzige Klassif ikation fur die 
realen AnschluSklassen der Objekte verwendet wird. 

15 

9. Baustein nach Anspruch 7, dadurch gekenn- 
zeichnet , dafi fur graphische Symbole der Objekte 
die gleiche Klassif ikation verwendet wird. 

20 10. Baustein nach Anspruch 8 oder Anspruch 9, da- 
durch gekennzeichnet, daS die Objekte 
innerhalb einer Anlage nur uber Anschlusse mit der Umwelt in 
Verbindung stehen. 

25 11. Baustein nach Anspruch 10, dadurch ge- 
kennzeichnet , daB die Anschlusse eines Objektes 
durch eine Klassif ikation des Anschlusses in ein Netzwerk 
identischer Klasse eingebunden ist, so dafi eine einzige Klas- 
sif ikation realisiert ist. 
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Views: 

ProjektstrukturAverwattung 
Stromlaufplan 



Client OODB 



PC/WINDOWS 
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Server OODB 



UNIX/WINDOWS 



Views: 
Kiemmenplan 
Stuckliste 



Client OODB 



UNIX 
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